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Express Mail Label No.: EL413096480US 
RESERVATION/RETRY MEDIA ACCESS CONTROL 
BACKGROUND 

The present invention relates to an enhanced contention based medium access control 
method and apparatus in a communication system. More particularly, the invention relates 
to a protocol for monitoring communication traffic on a CATV system. 

Over the past few years, the availability of CATV services to individual homes has 
increased dramatically. CATV systems have become increasingly popular and the diversity 
u f of available services has grown. Those services now include pay per view, on-line banking, 

%3 home shopping and most importantly, internet access. CATV services are no longer limited 

10 to transmitting video programs from a headend to the settop terminals. Settop terminals may 

download data from the headend and upload program selections and other data to the 
headend. Accordingly, the volume of upstream communications from settop terminals to 
the headend has increased since the interactive features of CATV services require realtime 
feedback from the settop terminals. 
15 A typical CATV network consists of a cable plant with the headend connected to 

individual settop terminals through a shared medium, such as a coaxial cable or a fiber 
optical cable. In a typical bi-directional CATV network, the upstream channels carry 
information which is transmitted from the plurality of settop terminals to the headend; and 
downstream channels carry information which is transmitted from the headend to the settop 
20 terminals. Since the settop terminals typically share one or more upstream channels, 

medium access control (MAC) is needed to manage the accessibility of the upstream 
channels for all settop terminals sharing the channel. 
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It is preferable to respond to a user's demands and allocate capacity accordingly in 
an asynchronous or dynamic fashion. Various MAC mechanisms have been developed to 
address this need. ALOHA MAC was one of the first MAC techniques developed for packet 
radio networks. In a simple ALOHA MAC network, a sending settop terminal first sends 
its data frame to the MAC controller. The settop terminal then listens for a period of time 
equal to the maximum possible round-trip propagation delay on the network, (twice the time 
it takes to send a frame between the two longest physically located users), plus a small fixed 
time increment. If the sending settop terminal receives an acknowledgment (ACK) response 
from the MAC controller within that period, the transmission was successful. Otherwise, 
the sending settop terminal retransmits the frame. If the sending settop terminal fails to 
receive an ACK after repeated transmissions, it gives up. 

During transmission, a frame may be corrupted due to noise on the channel or a 
collision, which occurs when more than one settop terminal transmits a frame at the same 
time and the frames on the shared channel collide. A MAC controller may determine the 
correctness of an incoming frame by examining a checksum. If the checksum is correct, the 
receiving MAC controller immediately sends out an ACK. 

One problem of a network implemented with the simplest ALOHA MAC mechanism 
is that the system will quickly collapse when there is a rapid increase in the number of frame 
collisions with increased load. Therefore, the maximum utilization of the ALOHA channel 
approaches only about 20% under optimum network conditions of traffic load; and in 
practical usage it is far lower. Slotted ALOHA MAC was developed to combat this 
inefficiency. Slotted ALOHA MAC divides the contended network medium into uniform 
time slots whose size equals the frame transmission time. Each settop terminal can only 
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transmit its message at the beginning of a time slot. The slotted ALOHA MAC increases 
the overall utilization of the channel, approaching 40% under perfect circumstances of 
network traffic. Nevertheless, a central clock or other timing technique is required to 
synchronize all users in such a slotted ALOHA MAC network. Such a mechanism is usually 
costly and complex. 

Another asynchronous access control approach is frequency-division multiple access 
(FDMA) where different frequencies are allocated to each settop terminal. This requires a 
large reservation of channel bandwidth and is inefficient for terminals that are not 
transmitting most of the time. 

Both asynchronous access control approaches provide moderate performance for 
constant bandwidth and latency traffic, but do not make efficient use of bandwidth and 
require more expensive headend control equipment. Other asynchronous approaches include 
round robin, reservation and collision sense (CD/CSM). 

For round robin systems, such as token ring, each user settop terminal may either 
decline to transmit or transmit for predetermined period of time when the user is in receipt 
of a token that is passed around the network. The user may not transmit when the user does 
have the token. This technique can be very efficient if there are not many settops on the 
network and they have very small amounts of data to transmit. However, user settop 
terminals which have no data to transmit add considerable overhead to such a system. 

Reservation techniques, which are best suited for stream traffic, divide the medium 
into time slots. A user settop terminal wishing to transmit data reserves future slots for use 
via a centralized controller. This mechanism requires more complex headend equipment and 
fails to adequately address the need of terminals to transmit bursty data of substantial length. 
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More complicated and complex control mechanisms such as carrier sense multiple 
access (CSMA) or collision detection (CD) is widely used in many networks. These systems 
usually require more expensive terminal hardware and suffer some of the same network 
breakdown problems as ALOHA, albeit at higher network utilization. 

CATV networks have unique characteristics and requirements. CATV networks are 
bidirectional communication networks utilizing different channels to transmit upstream and 
downstream data. The network may have hundreds of thousands or even millions of 
concurrent users receiving downstream broadcast messages simultaneously, while a majority 
of the users do not actively utilize an upstream channel. The huge number of users and the 
fact that most of the time a majority of users have no need to access upstream channels make 
it less efficient to implement a CATV network with either a synchronous or a round robin 
type MAC, which inefficiently divides access time to the upstream channels among all users 
equally. A complicated and costly CSMA/CD type MAC or any type of MAC that requires 
a central clock to synchronize all users is not justified in cost or efficiency. 

SUMMARY 

The present invention is a MAC system for controlling the transmission capacity of 
a shared communication channel in a CATV network having a central headend and a 
plurality of settops. The system utilizes an enhanced reservation mechanism, coupled with 
an ALOHA type MAC as the upstream traffic control mechanism to maintain the traffic flow 
of information from settop terminals to the headend and to increase efficiency of use of 
upstream bandwidth. The settop terminal can gain exclusive access to the upstream channel 
for the duration of its message which will reduce collisions and increase efficiency of 
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upstream bandwidth utilization. The present invention also includes a mechanism for 
minimizing the guardband times by determining optimal backoff times based on network 
usage to provide a more optimal usage of network bandwidth. 

Objects and advantages of the present invention will become apparent after reading 
a detailed description of a presently preferred embodiment. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The features of the present invention may best be understood by reference to the 

following description taken in conjunction with the following drawings and in the several 

figures of which like reference numbers identify like elements. 

Figure 1 is a block diagram of network data flow in the system of the present 

invention. 

Figure 2 is a comparison chart of the average delay time among ALOHA, TDMA 
and message MAC with 10% instantaneous senders. 

Figure 3 is a comparison chart of the throughput of data packets per second among 
ALOHA, TDMA and message MAC. 

Figure 4 is a comparison chart of the average delay time among ALOHA, TDMA 
and message MAC with 40% instantaneous senders. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The present invention is useful in CATV systems as well as any other 
communication system in which an optimized message MAC can increase upstream 
communication efficiency. The term "settop terminal" can be applied to any network 
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terminal with the capacity to perform various features described in the present specification. 
The term "cable television" and CATV used in the present specification is meant to 
encompass all such communication systems and is not limited to television communication. 
Similarly, the terms "upstream receiver", "downstream transmitter" and "message router" 
are network functional units and are not meant to be limited to CATV systems. Each 
functional unit can be an individual apparatus or be a part of multi-function apparatus. 

Figure 1 illustrates the data flow block diagram in a network of one embodiment 
implemented the present invention. A message MAC network 5 includes one message 
router/headend 50, an upstream receiver 40, a downstream transmitter 70 and a plurality of 
settop terminals 10 sharing at least one upstream channel 30 and at least one downstream 
channel 60. 

In the proposed mechanism, when a settop terminal 10 has data to send, it 
characterizes its upstream message into Type I or Type II, using the size of the upstream 
message or the assigned priority of each message as discriminating factors. The upstream 
message can be divided into several packets for transmission. A packet includes a header 
portion and a data portion. The header contains the packet sender's address and the packet 
designation address and may include other information. For example, a specific bit in the 
header of a packet will indicate whether it belongs to a Type I or Type II message. Type I 
packets are used for short "Type I messages" which fit in one or two packets. Type I packets 
are also used as reservation packets for Type II messages. Type II messages are long 
messages, relative to the size of Type I messages or other types of contentionbased packets. 

Type I packets are used for very short messages, which can fit in a 1 or 2 packets. 
If there is more than one packet in a Type I message, the first packet contains the 
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information about the total number of packets in the complete message. In one embodiment, 
as explained in further detail herein, in addition to transferring a small amount of data, the 
Type I message serves as a network command, self-acknowledging to the transmitting settop 
terminal 1 0 that the packet has reached the message router 50. This embodiment precludes 
the need for dedicated headend equipment to provide packet acknowledgment. 

Type I message operation is as follows. When a settop terminal 10 has a small 
message to send upstream, a Type I upstream packet will be created in the settop terminal 
1 0 with header bits that indicate that the packet contains the actual transmitted message. 
Although a Type I message may consist of several packets, for simplicity of explanation a 
single-packet message will be explained herein. Those of skill in the art would recognize 
that for a multi-packet Type I message, the same procedure would be followed for each of 
the subsequent packets. 

After creation, the Type I packet is transmitted immediately into the upstream 
channel 30. The upstream receiver 40 receives the Type I packet, checks to determine the 
type of packet and directly forwards a copy of the packet to the downstream transmitter 70 
and a copy of the packet the message router 50. The downstream transmitter 70 further 
forwards the Type I packet through downstream channel 60 to its group of downstream 
settop terminals 10. When the Type I packet originating settop terminal 10 receives back 
the sent packet from the downstream channel 60, the return packet serves as an 
acknowledgment to indicate a successful transmission. 

The originating settop terminal 10 recognizes the packet as the packet that it created 
by examining the header, which will indicate the packet sender's address. If the transmitting 
settop terminal 10 does not receive this "acknowledgment" packet within a predetermined 
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period of time, plus a guardtime, it will assume that the packet collided with a competing 
packet or was lost, and the settop terminal 10 will retransmit. All other settop terminals 10 
will ignore this packet, recognizing it as an ACK for a Type I message. The message router 
50 will forward the packet to the appropriate network destination. 

Type II messages are longer and leverage the capacity enhancing aspect of the 
present invention. If the settop terminal 10 has a large message to send, it first calculates 
the amount of bandwidth 'reservation 1 it requires on the upstream channel in order to 
transmit the message in a continuous stream. A Type I reservation packet, (hereinafter 
"reserve request" packet), is created in the settop terminal with these values. The Type I 
reserve a request packet is transmitted on a contention basis directly into the upstream 
channel 30. As aforementioned, the upstream transmitter 40 forwards a copy of the reserve 
request packet 1 5 to the downstream transmitter 70, which further broadcasts the reserve 
request packet 1 5 through the downstream channel 60 to all of the settop terminals 1 0. This 
reserve request packet 1 5 will contain information on the length, (or number of packets), of 
the following Type II message. All settop terminals 10, other than the requesting settop 
terminal, receiving a reserve request command 15, will backoff from upstream transmission 
for an optimum period of time, which is calculated based on the size of the Type II message 
as indicated in the Type I reserve request packet 15, plus and additional amount of guard 
time. The guard time may be a fixed period of time, or a calculated period of time based on 
the number of current network participants, plus a randomized backoff time. Upon receipt 
of its originally transmitted reserve request packet, the requesting settop terminal 10 begins 
to transmit its Type II message after an appropriate guard time. Instead of transmitting 
during the "reservation period" described in the Type I reservation message, all other settop 
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terminals 10 will queue their upstream messages. 

The upstream receiver 40 receives the incoming upstream packets of either the Type 
I (reservation or data message) or the Type II message and forwards them to the message 
router 50. The message router 50 will perform data packet re-assembly, error checking and 
error recovery on all incoming upstream messages. The message router 50, upstream 
receiver 40 and downstream transmitter 70, may all be located within a headend or remote 
from each other, but are only required to be logically connected. Additionally, the functions 
of the upstream receiver 40 and the downstream transmitter 70 can be combined into one 
unit, and/or combined with the message router 50. 

If a large message has been transmitted, there will be a queuing of pending messages 
in other settop terminals 10. In order to prevent a large collision after a message has been 
transmitted, and to minimize the number of the queued messages at each settop terminal 1 0, 
a random backoff algorithm is employed. This random backoff algorithm minimizes 
network congestion by taking into account the size of the previously transmitted message 
as well as the number of participants on the network 5. In this way, if a large message was 
transmitted, a longer random backoff would be provided to allow time for the presumed 
larger number of settop terminals 10 who may have queued during that time to dissipate 
their requests in an orderly fashion. Upstream bandwidth can be additionally optimized by 
minimizing the amount of time in the guard band that is calculated by settop terminals 1 0 
that are queuing to transmit. 

The present invention also includes a mechanism to permit settop terminals 10 on 
the network to have a reasonable knowledge of how many other settop terminals 1 0 exist on 
the network and, therefore, to determine an optimum backoff time. This mechanism is 
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described in detail below. 

If the number of settop terminals 10 on the network 5 are known, the backoff time 
can be dynamically calculated in accordance with the following algorithm. The probability 
that k packets will enter the network 5 in a time period x is illustrated by the Poisson 
distribution shown below: 

P(X = k)= L kT e { - L) I k ! Equation (1) 

where: k = number of packets that will enter the network in a time x equal to the number of 
packets expected per user times the number of known users; 

L = total average rate of packets sent (packets/sec) = N * T; 

N = average number of packets per settop; 

T = number of potential packet senders on the network; and 

x = amount of time reserved for the transmission of the previous message on the 
upstream channel (seconds). 

The number of packets expected to be queued in period is equal to L. The simplest 
algorithm would provide a linear relationship between the number of expected packets and 
the average of a random backoff time such as: 

Backoff time = L* message size + guardband time* R Equation (2) 

where: R = a random number between 0 and 1 

As shown by Equation 1, it is important to accurately determine the number of 
current settop terminals 1 0 on the network 5 in order to maximize bandwidth usage. In one 
embodiment of the present invention, there is a unique method of tracking the total number 
of concurrent settop terminals 10 on the network 5, which uses the settop terminals 10 

-10- 
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themselves to determine how many users are on the network 5 at any time. This method is 
based on having the last settop terminal 10 to "join" the network 5 increment a count of 
known settop terminals 10 on the network 5. These special network messages are sent the 
same way as the Type I messages, ( i.e. they are transmitted from the settop terminal 10 to 
the upstream receiver 40 and sent over to the downstream transmitter 70 for receipt by all 
connected settop terminals 10). 

In one embodiment, when a settop terminal 10 first enters the network 5, it listens 
for a special network message that is periodically sent from the last settop terminal 1 0 that 
entered the network 5. If the new settop terminal 10 does not hear this special message 
within a certain period of time, it assumes that it is the only settop terminal 10 on the 
network 5 and begins transmitting the special network message. In essence, the message 
states that there is one settop terminal 10 on the network 5. When a second settop terminal 
10 enters the network 5, it listens for the network message. When it hears the message 
indicating that there is one settop terminal 10 on the network 5, it begins to transmit the 
network message indicating that two settop terminals 10 are on the network 5. When the 
original settop terminal 1 0 hears another settop terminal 1 0 increment the network message, 
it ceases its transmission but keeps track of its original network number. 

When a third settop terminal 10 enters the network 5, it hears the message of the 
second settop terminal 10 and begins to transmit the network message indicating that three 
settop terminals 1 0 are on network 5 . The second settop terminal 1 0 ceases transmitting the 
message when it hears the incremented message, but it also keeps track of its original 
network number. This process continues as new settop terminals 1 0 enter the network 5, and 
will permit all settop terminals 10 to know exactly how many settop terminals 10 are 
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connected to the network 5 . All settop terminals 1 0 that enter the network 5 will assign 
themselves a "network number" corresponding to their entry time onto the network 5. The 
network number of the settop terminal 10 that is currently transmitting the network message 
will be included in that message. A new settop terminal 1 0 will take the subsequent number. 
If there is a collision with a settop terminal 1 0 that already has that number, the colliding 
settop terminal 1 0 will send a network message to indicate collision and the new settop 
terminal 1 0 will choose the next higher number. This numbering mechanism will allow the 
settop terminals 1 0 to know who should transmit if the transmitting settop terminal 1 0 leaves 
the network; the settop terminal 10 with the next highest network number will be begin 
transmitting. 

If a settop terminal 10 knows that it is leaving the network 5, it will issue a special 
network message to the rest to the settop terminals 1 0 indicating that it is leaving, which will 
indicate to the currently transmitting settop terminal 10 to decrement the total terminal 
count. The leaving settop terminal 10 will stop transmitting this message when it sees the 
current network message decrement count by one. 

Periodically, the entire network 5 will need to re-establish the number of settop 
terminals 10 to determine the number of units which have left the network 5 or become 
inactive. This will determine if any settop terminals 10 have left the network 5 without 
announcing. In one embodiment, the currently transmitting settop terminal 10 will send a 
'recount* network message. Upon receipt to this message, the original settop terminal 1 0 will 
initiate the original counting process again. It will transmit the network message indicating 
that there is one settop terminal 10 on the network 5. Once that is received, the second 
settop terminal 10 will transmit. This continues until there is a missing settop terminal. 

-12- 
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After a certain interval passes without a message from a settop terminal 1 0 incrementing the 
count, the successive settop terminal 10 will assume the number of the settop terminal 10 
that has left. The successive settop terminal 10 sends out a special message indicating that 
it is "taking over" for the lost settop terminal 10 and that all subsequent settop terminals 10 
should decrement their count by 1. If any settop terminals 10 enter or leave during this 
process, they can post their status at the end of the cycle. 

In another embodiment, the total number of current settop terminals 10 is tracked at 
a communication center within the headend. Each time a settop terminal 1 0 enters or leaves 
the network 5, it will issue a message to inform the communication server to increase or 
decrease the total number count. The communication server will periodically send 
information of the updated total number of settop terminals 10 to all settop terminals 10. 

When it is needed, or on a periodic basis, the communication server will reinitialize 
the total number by resetting the total number and requesting all on-line settop terminals 10 
to send in a message for recounting purposes. 

Proper calculation of packet size is also important for optimizing the network 
bandwidth usage. When there is a high volume of potential traffic based on a large number 
of potential transmitters, a smaller Type I message length will help reduce collisions. This 
will require that more messages will need to be sent as Type II, but should reduce collisions 
on the Type I messages entering the network. When potential traffic is light, the reservation 
message could be made longer to accommodate a reasonable payload to accommodate a 
larger percentage of messages without the need for a reservation cycle. The simplest method 
of optimizing packet size is a linear relationship between the number of potential 
transmitters and the optimum packet size. An example of an algorithm is: 

-13- 
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P = FT Equation (3) 

where: T = number of participants on the network; 
P = packet size in ms; and 
F = constant factor (tunable). 

As those of skill in the art realize, other optimizing algorithms could also be used. 

Figure 2 provides a comparison of message delivery times between ALOHA, TDMA 
and the present invention method assuming the transmission of uniform 6-data-packet 
messages. The X-axis is the number of settop terminals 10 concurrently sending a message 
and the Y-axis is the average delay time for a successfully received message. Under the 
simulated environment with 10% of settop terminals 10 instantaneously sending a 6-data- 
packet message, the present invention substantially reduces the delay time to receive a 
message successfully as compared to ALOHA or TDMA. 

As shown in Figure 2, for example, in a total 1 000 settop terminals network with 1 00 
instantaneous settop terminals sending a 6-data-packet message, the average delay time for 
a full message delivery is approximately 13-14 seconds with a TDMA implementation. It 
takes an average eight seconds delay time for a full message delivery with a traditional 
ALOHA implementation. Meanwhile, using the present invention implementation, the delay 
time to receive a full message is reduced to less than three seconds. 

Figure 3 is a comparison of packets per second throughput between ALOHA, TDMA 
and the present invention assuming the transmission of 6-data-packet messages. The X-axis 
is the number of settop terminals concurrently sending a message. The Y-axis is the number 
of packets successfully received. Under the simulated environment with 1 0% instantaneous 
settop terminals 10 sending a message, the present invention significantly improves the 
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success rate of messages received, as compared to ALOHA or TDMA. 

Figure 4 is a comparison of message delivery times per second throughput between 

ALOHA, TDMA and the present invention. The X-axis is the number of instantaneous 

settop terminals 10 sending a message and the Y-axis is the average delay time for a 

successfully received message. Under the simulated environment with 40% settop terminals 

sending a 6-data-packet message, the present invention substantially reduces the delay time 

to receive a message, as compared to ALOHA or TDMA. As shown in Figure 4, with 100 

instantaneous settop terminals sending a 6-data-package-message in a total 250 settop 

terminals network, the average delay time to receive a full 6-data-package message is eight 

seconds with a TDMA implementation. It takes an average three seconds to receive a full 

6-data-package message with a traditional ALOHA implementation in a similar network. 

Under the same condition but with the present invention implementation, the delay time to 

receive a 6-data-package message is reduced to less than two seconds. 

* * * 
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